FHIR © HL7.org  |  Server Home  |  FHIR Server FHIR Server 3.4.11  |  FHIR Version n/a  User: [n/a]

Resource Requirements/FHIR Server from package hl7.ehrs.ehrsfmr21#current (47 ms)

Package hl7.ehrs.ehrsfmr21
Type Requirements
Id Id
FHIR Version R5
Source http://hl7.org/ehrs/https://build.fhir.org/ig/mvdzel/ehrsfm-fhir-r5/Requirements-EHRSFMR2.1-TI.8.html
Url http://hl7.org/ehrs/Requirements/EHRSFMR2.1-TI.8
Version 2.1.0
Status active
Date 2024-11-26T16:30:50+00:00
Name TI_8_Database_Backup_and_Recovery
Title TI.8 Database Backup and Recovery (Function)
Experimental False
Realm uv
Authority hl7
Description Provide for the ability to backup and recover the EHR system.
Purpose To enable the preservation of the EHR database and its data, functionality needs to be present to record a copy of the database and its contents to offline media as well as the recovery of the system from a backup copy and resumption of normal system operation. The backup must preserve both data as well as database structure and definition information sufficient to recover a complete functional EHR system. Database components may include, but not be limited to application data, security credentials, log/audit files, and programs; ultimately all EHR components necessary to provide a full and complete operating environment. Finally, the backup must be capable of being used during recovery processing to restore an exact copy of the EHR system as of a particular instant in time. This is a requirement to be able to preserve logical consistency of information within the recovered EHR system. In providing for this capability the system may include multiple backup, and/or redundancy solutions such as fail-over architecture, database journaling, transaction processing, etc. The backup and recovery function must address both physical system failure (i.e., failure of EHR system hardware) as well as logical system failure (e.g., database corruption). To support the requirement that the EHR system be available whenever it is needed within the design parameters of the system and provide reliability and redundancy of the EHR database and its data, the backup function shall not impact user functionality or appreciably impact user performance. The backup function may include features which permit multiple processes and technologies to perform its task. This may include multiple backup technologies such as tape, disk, cloud, etc. Also, multiple architectures such as redundancy, online, near-line and off-line media.

Resources that use this resource

No resources found


Resources that this resource uses

No resources found



Narrative

Note: links and images are rebased to the (stated) source

Statement N:

Provide for the ability to backup and recover the EHR system.

Description I:

To enable the preservation of the EHR database and its data, functionality needs to be present to record a copy of the database and its contents to offline media as well as the recovery of the system from a backup copy and resumption of normal system operation. The backup must preserve both data as well as database structure and definition information sufficient to recover a complete functional EHR system. Database components may include, but not be limited to application data, security credentials, log/audit files, and programs; ultimately all EHR components necessary to provide a full and complete operating environment. Finally, the backup must be capable of being used during recovery processing to restore an exact copy of the EHR system as of a particular instant in time. This is a requirement to be able to preserve logical consistency of information within the recovered EHR system.

In providing for this capability the system may include multiple backup, and/or redundancy solutions such as fail-over architecture, database journaling, transaction processing, etc.

The backup and recovery function must address both physical system failure (i.e., failure of EHR system hardware) as well as logical system failure (e.g., database corruption). To support the requirement that the EHR system be available whenever it is needed within the design parameters of the system and provide reliability and redundancy of the EHR database and its data, the backup function shall not impact user functionality or appreciably impact user performance.

The backup function may include features which permit multiple processes and technologies to perform its task. This may include multiple backup technologies such as tape, disk, cloud, etc. Also, multiple architectures such as redundancy, online, near-line and off-line media.

Criteria N:
TI.8#01 dependent SHALL

The system SHALL provide the ability to backup and recover EHR information according to scope of practice, organizational policy, and/or jurisdictional law.

TI.8#02 SHALL

The system SHALL provide the ability to backup and recover all database contents including programs and all software components necessary to permit a complete EHR to be recovered. (i.e., 'full' backup and recovery)

TI.8#03 MAY

The system MAY provide the ability to backup and recover EHR information using alternative backup methods in addition to a full backup/recovery (e.g., incremental, differential, reverse delta, or continuous).

TI.8#04 MAY

The system MAY provide the ability to backup EHR information according to a defined schedule of storage media rotation.

TI.8#05 conditional SHALL

IF the EHR user requirements specify that the EHR system be available continuously, THEN the system SHALL provide the ability to backup EHR information concurrently with the normal operation of the EHR application.

TI.8#06 SHOULD

The system SHOULD provide the ability to backup EHR information to a remote location.

TI.8#07 MAY

The system MAY provide the ability to backup EHR information to more than one storage media (e.g., disk, tape, or cloud).

TI.8#08 MAY

The system MAY provide the ability to encrypt backup data.


Source

{
  "resourceType" : "Requirements",
  "id" : "EHRSFMR2.1-TI.8",
  "meta" : {
    "profile" : [
      "http://hl7.org/ehrs/StructureDefinition/FMFunction"
    ]
  },
  "text" : {
    "status" : "extensions",
    "div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\">\n <span id=\"description\"><b>Statement <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b> <div><p>Provide for the ability to backup and recover the EHR system.</p>\n</div></span>\n\n \n <span id=\"purpose\"><b>Description <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Informative Content\" class=\"informative-flag\">I</a>:</b> <div><p>To enable the preservation of the EHR database and its data, functionality needs to be present to record a copy of the database and its contents to offline media as well as the recovery of the system from a backup copy and resumption of normal system operation. The backup must preserve both data as well as database structure and definition information sufficient to recover a complete functional EHR system. Database components may include, but not be limited to application data, security credentials, log/audit files, and programs; ultimately all EHR components necessary to provide a full and complete operating environment. Finally, the backup must be capable of being used during recovery processing to restore an exact copy of the EHR system as of a particular instant in time. This is a requirement to be able to preserve logical consistency of information within the recovered EHR system.</p>\n<p>In providing for this capability the system may include multiple backup, and/or redundancy solutions such as fail-over architecture, database journaling, transaction processing, etc.</p>\n<p>The backup and recovery function must address both physical system failure (i.e., failure of EHR system hardware) as well as logical system failure (e.g., database corruption). To support the requirement that the EHR system be available whenever it is needed within the design parameters of the system and provide reliability and redundancy of the EHR database and its data, the backup function shall not impact user functionality or appreciably impact user performance.</p>\n<p>The backup function may include features which permit multiple processes and technologies to perform its task. This may include multiple backup technologies such as tape, disk, cloud, etc. Also, multiple architectures such as redundancy, online, near-line and off-line media.</p>\n</div></span>\n \n\n \n\n \n <span id=\"requirements\"><b>Criteria <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b></span>\n \n <table id=\"statements\" class=\"grid dict\">\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.8#01</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n <i>dependent</i>\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to backup and recover EHR information according to scope of practice, organizational policy, and/or jurisdictional law.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.8#02</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to backup and recover all database contents including programs and all software components necessary to permit a complete EHR to be recovered. (i.e., 'full' backup and recovery)</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.8#03</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY provide the ability to backup and recover EHR information using alternative backup methods in addition to a full backup/recovery (e.g., incremental, differential, reverse delta, or continuous).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.8#04</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY provide the ability to backup EHR information according to a defined schedule of storage media rotation.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.8#05</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n <i>conditional</i>\n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>IF the EHR user requirements specify that the EHR system be available continuously, THEN the system SHALL provide the ability to backup EHR information concurrently with the normal operation of the EHR application.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.8#06</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to backup EHR information to a remote location.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.8#07</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY provide the ability to backup EHR information to more than one storage media (e.g., disk, tape, or cloud).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>TI.8#08</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY provide the ability to encrypt backup data.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n </table>\n</div>"
  },
  "url" : "http://hl7.org/ehrs/Requirements/EHRSFMR2.1-TI.8",
  "version" : "2.1.0",
  "name" : "TI_8_Database_Backup_and_Recovery",
  "title" : "TI.8 Database Backup and Recovery (Function)",
  "status" : "active",
  "date" : "2024-11-26T16:30:50+00:00",
  "publisher" : "EHR WG",
  "contact" : [
    {
      "telecom" : [
        {
          "system" : "url",
          "value" : "http://www.hl7.org/Special/committees/ehr"
        }
      ]
    }
  ],
  "description" : "Provide for the ability to backup and recover the EHR system.",
  "jurisdiction" : [
    {
      "coding" : [
        {
          "system" : "http://unstats.un.org/unsd/methods/m49/m49.htm",
          "code" : "001",
          "display" : "World"
        }
      ]
    }
  ],
  "purpose" : "To enable the preservation of the EHR database and its data, functionality needs to be present to record a copy of the database and its contents to offline media as well as the recovery of the system from a backup copy and resumption of normal system operation. The backup must preserve both data as well as database structure and definition information sufficient to recover a complete functional EHR system. Database components may include, but not be limited to application data, security credentials, log/audit files, and programs; ultimately all EHR components necessary to provide a full and complete operating environment. Finally, the backup must be capable of being used during recovery processing to restore an exact copy of the EHR system as of a particular instant in time. This is a requirement to be able to preserve logical consistency of information within the recovered EHR system.\n\nIn providing for this capability the system may include multiple backup, and/or redundancy solutions such as fail-over architecture, database journaling, transaction processing, etc.\n\nThe backup and recovery function must address both physical system failure (i.e., failure of EHR system hardware) as well as logical system failure (e.g., database corruption). To support the requirement that the EHR system be available whenever it is needed within the design parameters of the system and provide reliability and redundancy of the EHR database and its data, the backup function shall not impact user functionality or appreciably impact user performance.\n\nThe backup function may include features which permit multiple processes and technologies to perform its task. This may include multiple backup technologies such as tape, disk, cloud, etc. Also, multiple architectures such as redundancy, online, near-line and off-line media.",
  "statement" : [
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
          "valueBoolean" : true
        }
      ],
      "key" : "EHRSFMR2.1-TI.8-01",
      "label" : "TI.8#01",
      "conformance" : [
        "SHALL"
      ],
      "conditionality" : false,
      "requirement" : "The system SHALL provide the ability to backup and recover EHR information according to scope of practice, organizational policy, and/or jurisdictional law."
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "EHRSFMR2.1-TI.8-02",
      "label" : "TI.8#02",
      "conformance" : [
        "SHALL"
      ],
      "conditionality" : false,
      "requirement" : "The system SHALL provide the ability to backup and recover all database contents including programs and all software components necessary to permit a complete EHR to be recovered. (i.e., 'full' backup and recovery)"
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "EHRSFMR2.1-TI.8-03",
      "label" : "TI.8#03",
      "conformance" : [
        "MAY"
      ],
      "conditionality" : false,
      "requirement" : "The system MAY provide the ability to backup and recover EHR information using alternative backup methods in addition to a full backup/recovery (e.g., incremental, differential, reverse delta, or continuous)."
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "EHRSFMR2.1-TI.8-04",
      "label" : "TI.8#04",
      "conformance" : [
        "MAY"
      ],
      "conditionality" : false,
      "requirement" : "The system MAY provide the ability to backup EHR information according to a defined schedule of storage media rotation."
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "EHRSFMR2.1-TI.8-05",
      "label" : "TI.8#05",
      "conformance" : [
        "SHALL"
      ],
      "conditionality" : true,
      "requirement" : "IF the EHR user requirements specify that the EHR system be available continuously, THEN the system SHALL provide the ability to backup EHR information concurrently with the normal operation of the EHR application."
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "EHRSFMR2.1-TI.8-06",
      "label" : "TI.8#06",
      "conformance" : [
        "SHOULD"
      ],
      "conditionality" : false,
      "requirement" : "The system SHOULD provide the ability to backup EHR information to a remote location."
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "EHRSFMR2.1-TI.8-07",
      "label" : "TI.8#07",
      "conformance" : [
        "MAY"
      ],
      "conditionality" : false,
      "requirement" : "The system MAY provide the ability to backup EHR information to more than one storage media (e.g., disk, tape, or cloud)."
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "EHRSFMR2.1-TI.8-08",
      "label" : "TI.8#08",
      "conformance" : [
        "MAY"
      ],
      "conditionality" : false,
      "requirement" : "The system MAY provide the ability to encrypt backup data."
    }
  ]
}

XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.